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REAL-TIME MONITORING OF WEB ACTIVITIES 

FIELD OF THE INVENTION 

The present invention relates generally to 
monitoring activity on computer networks, and 
specifically to tools and methods for monitoring user 
access to sites on the World Wide Web and enhancing 
interaction by and with such users. 

BACKGROUND OF THE INVENTION 
The World Wide Web is a giant assembly of "virtual 
places,'' or sites, that Web users visit. Web surfing, or 
browsing, is generally an individual experience, in the 
sense that Web surfers are unaware of other users who may 
be surfing simultaneously. Network "chatting" has been 
limited, for the most part, to specific "chat rooms" and 
"chat sites" provided for this purpose. 

A number of solutions have appeared recently that 
are aimed at enabling richer interaction between Web 
surfers. In this regard, an article by Shapiro entitled 
"Virtual Places - A Foundation for Human Interaction, " in 
the Proceedings of the Second World Wide Web Conference 
(Chicago, 1994), introduced the concepts of "people 
awareness" and "document awareness." BHi^^BHii^HHl 

People awareness informs the user 
as to which other users are on-line at the same time as 
he or she is. Document awareness informs the user as to 
which other users are viewing the same on-line dociiment 
or, more generally, are visiting the same virtual place. 
The object in both cases is typically to enable a chat 
connection to be established between the users. 

People and document awareness capabilities are 
offered by the Lotus Sametime product family, which is 
described at http://www.sametime.com and at 
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http://www.lotus.com/sainetime. A Sametime server is used 
to keep track of users at certain virtual places^ for 
example, on a particular Web site or Web page. A 
Sametime client, which runs on the users' computers^ 
enables users to log onto the Sametime server and 
authenticate themselves. For each user, the client 
maintains a list of the other users who are currently at 
the same virtual place, typically on the same Web page, 
as he or she is. The server generates an ^'evenf when a 
user enters or leaves the site or moves to a new page on 
the site, so that the clients' user lists are updated* 

The Sametime server also provides synchronous 
communications services among the users at the site, 
including chat capability and sharing of objects, such as 
screen frames, whiteboard drawings and other 
applications. It thus allows users to conduct two-party 
and multi-party on-line conferences. An application 
program interface (API) and toolkit, which are available 
for download from the above-mentioned Sametime Web site, 
allow programmers to develop their own applications using 
Sametime services. 

Awareness and chat capabilities for Web surfers are 
also offered by some browser plug-in programs, such as 
those provided by netElement (http// : vjvy^v^.netelement . com) 
^and Gooey (http://ww|/.getgooey.com) . When a registered 
user of one of these programs visits a given Web site, a 
window on the user's browser screen lists the names of 
other registered users are also visiting the same site, 
A chat window on screen enables the user to initiate and 
join discussion groups with the other users on the same 
site. netElement also offers a ^'Follow" command, 
allowing users who have met at one site to browse 
together to other sites. 
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SUMMARY OF THE INVENTION 

Concepts and programs known in the art for people 
and document awareness, such as those described 
hereinabove, are limited in that they enable network 
users to discover one another and interact only after 
they have reached a certain virtual place. The users are 
thus limited to interacting with other users who happen 
to be in the same place or who have agreed beforehand to 
meet at that place. To overcome this limitation, there 
is a need to provide information to users that will 
enable users to determine in advance which virtual places 
they would like to visit, based on a knowledge of who 
else is visiting those places at any given time. 

There is similarly a need for operators of network 
servers, such as a Web server that supports a Web site, 
to be able to know at any given time the numbers and 
identities of users accessing different server resources, 
such as Web pages on the site. This knowledge can assist 
the operator, in real time, in supporting and interacting 
with users of the server resources and, more generally, 
in understanding and responding to the users' needs - 

It is therefore an object of some aspects of the 
present invention to provide methods and tools for 
enhancing mutual awareness and interaction among network 
users . 

It is a further object of some aspects of the 
present invention to provide methods and tools enabling 
an operator of a network server, such as a Web server 
supporting a Web site, to track and interact with clients 
using the server. 

In preferred embodiments of the present invention, a 
selected group of mutually-linked virtual places, or 
other resources available via a computer network, are 
mapped, so as to identify the places and the links 
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between them. When computer users access any of the 
virtual places, the users' virtual locations, or the 
resources that they are accessing, are tracked, 
substantially in real time. The user locations are then 
registered with the map, so that it is possible to 
determine at any given time which users, and how many of 
the users, are to be found at which locations. 

In some preferred embodiments of the present 
invention, the group of virtual places comprises a Web 
site, running on a Web server, which is mapped using an 
interactive site mapping tool. Preferably, the map is 
generated and viewed using a map visualization client 
running on a Web browser. The user locations are 
preferably detected and updated by a suitable event 
server, such as the above-mentioned Sametime server. For 
each page in the site, the map indicates how many users 
are visiting the page at a given time. Preferably, the 
map can also be used to visually track the current 
location and path of a particular user or users as they 
move from one page to another and to access a list of the 
users on each page. 

In some preferred embodiments of the present 
invention, a user interface and utilities are provided so 
as to enable users to locate and interact with other 
users in the context of the virtual places in the 
selected group of places. Preferably, the user interface 
lists the users' identities and the place at which each 
of the users can be found, such as the Web page that each 
such user is visiting at a given time. Based on the 
information thus provided, a given user is able to 
determine, for example, that another user or users are 
visiting a Web page of interest to the given user, and to 
join those other users for a chat in the context of the 
Web page. Most preferably, the utilities include 
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synchronous, server-based communication facilities, such 
as those offered by the above-mentioned Sametime server, 
or other chat facilities as are known in the art. 

Although preferred embodiments are described herein 
5 mainly with reference to World Wide Web sites and pages, 
it will be understood that the principles of the present 
invention may readily be extended to map and track user 
interaction with virtual places and resources of 
different types, whether accessed via the Internet, 
10 intranets or via other varieties of computer networks. 
Even in the context of the Web, the group of virtual 
places need not be limited to a particular Web site, but 
may rather include a collection of Web sites and/or Web 
pages or bookmarks distributed over multiple sites. 
15 The present invention will be more fully understood 

from the following detailed description of the preferred 
embodiments thereof, taken together with the drawings in 
which : 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram that schematically 
illustrates network server apparatus, which supports a 
World Wide Web site and enables real-time tracking of 
user access to Web pages in the site, in accordance with 
a preferred embodiment of the present invention; 

Fig. 2 is a block diagram that schematically 
illustrates functional elements of the apparatus of Fig. 
1 and interaction of the users therewith, in accordance 
with a preferred embodiment of the present invention; 

Fig. 3 is a schematic illustration of a map of a Web 
site indicating how many users are visiting each of a 
number of different Web pages in the site, in accordance 
with a preferred embodiment of the present invention; 

Fig. 4 is a flow chart that schematically 
illustrates a method for creating and updating the map of 
Fig. 3, in accordance with a preferred embodiment of the 
present invention 

Fig. 5 is a flow chart that schematically 
illustrates a method of tracking a visitor to a Web site, 
in accordance with a preferred embodiment of the present 
invention 

Fig. 6 is a schematic illustration of a map similar 
to the map of Fig. 3, in which the route of a user 
visiting different pages in the site is marked, in 
accordance with a preferred embodiment of the present 
invention; 

Fig. 7 is a schematic illustration of an 
introductory window displayed on a computer screen, 
showing a message and user controls enabling interaction 
among users visiting a Web site, in accordance with a 
preferred embodiment of the present invention; 

Figs. 8A and 8B are flow charts that schematically 
illustrate a method by which a user logs into a Web site 
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and is tracked while navigating among the pages of the 
site, in accordance with a preferred einbodiinent of the 
present inventions- 
Fig, 9 is a schematic illustration of a log-in 
5 window displayed on a computer screen following the 
introductory window of Fig. 1, in accordance with a 
preferred embodiment of the present invention; 

Fig. 10 is a schematic illustration of a window 
displayed on a computer screen following the log-in 
10 window of Fig. 9, presenting a list of users visiting the 
Web site and enabling interaction among the users, in 
accordance with a preferred embodiment of the present 
invention; and 

Fig. 11 is a schematic illustration of a window 
15 displayed on a computer screen, showing a multi-party 
chat among the users listed in Fig. 10, in accordance 
with a preferred embodiment of the present invention. 



IS999-038 



7 



354e6S.DOC 06:19 AM DK 



35468S 



IBM CONFIDENTIAL 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

SYSTEM OVERVIEW 

Fig. 1 is a block diagram that schematically 
illustrates server apparatus 20, configured to support a 
World Wide Web site, in accordance with a preferred 
embodiment of the present invention. As described 
hereinbelow, the apparatus supports real-time monitoring 
of user visits to Web pages in the site and user 
interaction in the context of the Web pages. 

Apparatus 20 comprises a Web server 22, which may be 
of any suitable type known in the art, and a chat/event 
server 24, coupled to the Web server. Chat/event server 
24 preferably comprises a Sametime server, as described 
in the Background of the Invention. Although servers 22 
and 24 are shown for clarity as separate functional 
blocks, it will be appreciated that the functions of 
these servers are performed by software, and that both 
servers may run on a common, general-purpose hardware 
platform. A manager terminal 26, comprising a display 36 
and processor 38, is typically connected to servers 22 
and 24, either directly or via a network. The terminal, 
typically comprising a personal computer, is used by a 
system or site manager to observe and control the 
operation of the servers and the interaction of users 
therewith. 

Servers 22 and 24 are accessed by user computers 28, 
30, 32 via a computer network 34, typically (although not 
necessarily) the Internet. Generally speaking, the users 
are Web surfers running suitable browser software running 
on their computers, such as Microsoft Internet Explorer 
or Netscape Navigator. Using their browsers, the users 
can visit mutually-linked Web pages, whose content is 
stored on Web server 22. 
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In the present patent application, Web pages are 
used as one example of resources that can be accessed by 
users via a network. Such resources are referred to 
conceptually as "virtual places, although typically many 
5 or all of them are located physically in the same place, 
i.e./ on server 22. Similarly, viewing or browsing of a 
Web page by a user, referred to as visiting the page or 
visiting the corresponding virtual place, is an example 
of a mode of accessing computer resources. The term 

10 '"resources" as used in the context of the present patent 
application and in the claims is to be understood as 
including not only Web sites and pages, but also data of 
any other suitable organization, such as file systems and 
database entries. The term '^access" includes not only 

15 Web browsing, but also substantially any other paradigm 
of network-based access of the data resources. 

Fig. 2 is a block diagram that schematically 
illustrates functional elements of apparatus 2 0 and 
interaction of user computers 28 and 30 therewith, in 

20 accordance with a preferred embodiment of the present 
invention. The Web pages of the Web site maintained on 
Web server 22 are represented as nodes 42 in a conceptual 
graph of the site. A client program 46 downloaded from 
the Web site to computers 28 and 30 informs chat/event 

25 server 24 when the users enter and leave the site, and 
tells server 24 which page (or node) each user is 
visiting. Preferably, the client program comprises a 
Java applet and/or JavaScript, referred to herein as 
'""Livepage, whose operation is described in detail 

30 hereinbelow. 

Terminal 2 6 uses another client program 44 to 
generate and view a map 4 0 of the Web site of server 22 
on the terminal display 36. The map has the form of a 
graph with nodes 42 representing the Web pages, and 
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indicators 48 associated with the nodes to identify the 
pages and the identities or niunbers of users visiting 
each page. Client 44 obtains the information as to the 
identities and locations of the users from chat/event 
server 24. 

Preferably, client 44 is a Java applet, referred to 
herein as "Livemap," The applet is most preferably based 
on ^'Mapuccino, " a Web site mapping tool, which is 
described at http://www.ibm.com/java/mapuccino, and which 
is available for download from 

http: //www. alphaworks, ibm.com. Mapuccino generates 

visual maps in a variety of different formats, showing 
the structure of a selected Web neighborhood. It is 
described by Maarek et al., in "WebCutter: A System for 
Dynamic and Tailorable Site Mapping," in Proceedings of 
the Sixth World Wide Web Conference (Santa Clara, 1997) 
and by Hersovici et al., in ^^The Shark-Search Algorithm, 
An Application: Tailored Web Site Mapping," in 
Proceedings of the Seventh World Wide Weh Conference 
(Brisbane, 1997), both of which articles are incorporated 
herein by reference. Preferred methods for visualization 
of such maps are described in U.S. Patent Application 
09/123,606, which is assigned to the assigned of the 
present patent application, and which is likewise 
incorporated herein by reference. 

Alternatively, client 44 may be based on any other 
suitable methods and tools known in the art for 
collecting and presenting data regarding the organization 
of a group of computer resources. In the context of the 
present patent application and in the claims, the terms 
'"mapping" and '"map" refer generally to any and all such 
methods. While Mapuccino is a particularly convenient 
base for preferred embodiments of the present invention 
and offers useful features, the principles of the present 
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invention may likewise be applied to map virtual places 
(or other groups of resources) and track the numbers and 
identities of visitors to such virtual places using other 
tools, algorithms and techniques known in the art. Even 
an ordered list, in which numbers or identities or users 
are sorted according to the resources that they are 
using, can be used for this purpose and considered, in 
this context, to be a map. 
WIIMV Furthermore, although preferred embodiments 
described herein use Java and JavaScript for carrying out 
these methods, it will be appreciated that the principles 
of the present invention may likewise be applied in a 
straightforward manner using other software languages and 
techniques . 

Clients A4 and 46 are typically downloaded to 
terminal 2 6 and to computers 28 and 30 over network 34 or 
other suitable connections. Alternatively, software for 
performing these functions, as well as software required 
for operation of chat/event server 24, may be provided on 
tangible media, such as CD-ROM, for installation on the 
appropriate computers . 

LIVEMAP FEATURES AND USER INTERFACE 
Fig. 3 is a schematic illustration of map 40 seen on 
display 36 of terminal 2 6, in accordance with a preferred 
embodiment of the present invention. Map 40 represents 
an actual view of the IBM Alphaworks Web site. The main 
element of the map is a graph 50 having nodes 56, 58, 62, 
66, 70 and so forth, which are specific instances of 
nodes 42 shown in Fig. 2. The nodes preferably 
corresponding to different universal resource locators 
(URLs), or pages, on the Web site of server 22. 
Alternatively, the nodes may correspond to other virtual 
places, corresponding to other resources, such as 
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windows, files or records. The edges of graph 50n 
correspond to links among the nodes, in this 'Case 
hyperlinks among Web pages. The graph may be displayed 
in a variety of different formats, which are selectable 
by the manager by means of view controls 52. Although 
map 40 and the associated Livemap client are described 
herein with reference to use thereof by a manager using 
terminal 2 6, it will be understood that other users, such 
as visitors to the Web site on server 22, using computers 
28 and 30, may also view and use Livemaps of the site if 
they are permitted to do so. 

Each of the nodes in graph 50 has a corresponding 
indicator, or ''water gauge,'' such as a gauge 54 
associated with node 56. The water gauge gives a visual 
indication of the number of users visiting the 
corresponding Web page at any given time, based on the 
^^fill level" of the gauge and the darkness of the color 
that is shown. This scheme is useful in that it allows a 
meaningful visual indication of the number of visitors to 
be presented over a large range of different numbers. 
Thus, gauge 54 of node 56, corresponding to the home page 
of the Web site, is full and relatively dark, showing in 
this case that over 5000 users were visiting the home 
page at the time this map was captured. Another gauge 60 
is similarly dark, showing about 1000 visitors to "news" 
node 58, while a gauge 64 of ""Miscussion" node 62 is 
lighter, to illustrate that only 100 visitors are on the 
corresponding page. A gauge 72 of "team" node 70 is only 
partially filled, indicating that seven visitors are 
present on this page. A gauge 68 on "Xeena's" node 66, 
is partly light and partly dark, to show that there are 
about 600 visitors to this page, in between the numbers 
indicated by gauge 64 and gauge 60* 
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A master gauge 74 near the bottom of window 40 shows 
the total number of visitors to the Web site, in this 
case about 8, 000 out of a total maximal expectancy of 
20,000 visitors at any given time. These numbers of site 
5 visitors, including both the total and the individual 
numbers for each of the Web pages, are noted here only by 
way of example, and it will be understood that the gauges 
in the Livemap display can be adjusted to accommodate 
larger or smaller numbers of visitors, as appropriate. 

10 Map 40 can also be used by the manager or by another 

user to access additional information, such as the 
identities of visitors to the Web site. Preferably, when 
the manager uses his or her mouse to point to one of the 
nodes in the map and clicks the right mouse button, a 

15 list of visitors to that node is displayed in a visitor 
window that pops up on display 36 of the terminal. 
Further preferably, the manager can select a group of 
nodes or all nodes, and see a list of all of the visitors 
to these nodes, including the respective node at which 

20 each of the visitors is currently located. The manager 
can then use the synchronous services of server 24, 
preferably by means of routines provided by the Sametime 
API, as described hereinabove, to open a chat with a 
selected user. The manager can also invoke other shared 

25 objects and applications, such as a shared whiteboard, 
which is similarly available using the Sametime API. 

While map 40 is opened on terminal 26, a database is 
maintained of all of the visitors to the site and the 
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includes other visitor information, which is continually 
updated by client 44, such as the time each visitor has 
spent on each page and the accumulated number of visits 
to each page. The information in the database is 
5 accessed by the manager via the above-mentioned visitor 
window, so that the manager can determine, for example, 
the number of current visitors in a node or group of 
nodes, the cumulative number of visits to the node or 
group of nodes, and the nodes that have been visited by a 

10 given visitor appearing in the list. This information 
can also be visualized, as shown, for example, in Fig. 6 
and described hereinbelow with reference thereto. 

Fig. 4 is a flow chart that schematically 
illustrates a method for creating and updating map 40, in 

15 accordance with a preferred embodiment of the present 
invention. The method is preferably carried out by a 
Java applet, which is an extension of the Mapuccino 
applet described hereinabove. To initialize the map, at 
an initialize step 71, client 44 obtains a Sametime map 

20 user ID, typically in the form of an applet parameter. 




A Sametime 



client is then created on terminal 26 and logs into 
server 24 using the ID. The Web site on server 22 is 
mapped, or a pre-existing map is called up, and a 

25 Sametime place is defined corresponding to each map node. 

The Sametime server itself, as described in the 
Background of the Invention, is not capable of providing 
terminal 2 6 or any other client computer with real-time 
information regarding the specific numbers or identities 

30 of users at multiple nodes in map 40. Sametime, like 
other ''people awareness" and "document awareness" tools 
known in the art, is capable only of informing a user as 
to the identities of other users who are currently in the 
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same virtual place as that user (typically other users in 
the same Web site or on the same Web page) . 

To overcome this limitation, after defining the 
nodes that will be included in map 40, Livemap client 44 
creates an observer, or virtual visitor, at each of the 
nodes in the map, at a create observer step 73. The 
observer at each node is associated with a respective 
Sametime client program, which receives event 
notifications from server 24, at a receive event step 75, 
whenever another visitor enters or leaves that node. In 
this way, the observers "listen" to node activity and 
provide Livemap with the required node-specific 
information for updating map 40. Sametime is not capable 
of distinguishing between real visitors and these virtual 
visitors, and generates event notifications, as well, 
when the virtual visitors enter or leave nodes. 
Therefore, the observers have dummy visitor identities 
that Livemap can recognize, for example, identities 
beginning with a certain prefix, so that Livemap will 
choose to ignore the events generated by server 24 in 
response to such virtual visitors, at a decision step 76. 

Client 44 typically receives event notifications 
from multiple nodes of map 4 0, as well as from other 
sources, such as JavaScript flHHIHHHHUB 
instructions from the graphical user interface (GUI) of 
the client on terminal 26. Each such event is translated 
into a corresponding action required, and the action, in 
the form of appropriate computer code and processing 
logic, is placed in a queue maintained by the client, in 
a queuing step 77. A queue handler runs in a separate 
program thread, which processes the actions one by one by 
invoking the corresponding code and logic, at an action 
invocation step 78. When the queue is empty, the queue 
handler waits for a new action to be placed in the queue. 
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A further limitation of Sametime is that 
notification of certain events is delayed relative to 
actual occurrence of the events. For example, a new 
visitor who has logged into the Web site on server 22 can 
5 begin to navigate through the pages of the site before a 
log-in event is reported to client 44. Similarly, when 
the visitor leaves one page and goes to another, the 
event of the visitor'' s leaving is reported only after the 
visitor reaches a new page. Therefore, data structures 
10 are preferably defined in which actions relating to a 
given visitor are held until the visitor's log-in is 
confirmed or until the visitor's entering a new place is 



15 




5 is a flow chart that schematically 



illustrates a method for tracking a visitor to the Web 
site running on server 22, in accordance with a preferred 
embodiment of the present invention. The method of Fig. 
20 5 uses server 24 and clients 44 and 46, and illustrates 
typical events received at step 75 of the method of Fig. 
4 and actions taken in response to these events at step 
78. 

When a new visitor has logged into Sametime server 
25 24, using client 46 at a log-in step 80, the visitor is 
able to access the Web site and thus enters one of the 
nodes, or Web pages, at a node entry step 81. As noted 
above, actions associated with the visitor's entering 
this page and, if necessary, leaving this page and 
30 entering subsequent pages are held in the appropriate 
data structure, at a hold step 82, until server 24 
confirms the log-in and provides an appropriate event 
indication to client 44. 
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At this point/ and at every subsequent point at 
which the visitor enters a particular node, the Sametime 
client associated with the observer at that node creates 
a new visitor object, at a create object step 83. 
5 Sametime provides the observer with an event indication, 
at a notify step 84, informing the observer of the 
identity of the new visitor. At an update map step 85, 
the observer passes this information to client 44, which 
accordingly updates map 40, along with the database 

10 information associated with the map. Thus, for example, 
assuming the visitor has entered node 56, gauge 54 is 
updated, and the name of the visitor is added to the list 
of the visitors at that node. 

When the visitor leaves a given node, at a leave 

15 node step 86, Sametime determines whether the visitor has 
logged out of the Web site or is simply moving to another 
node. An event indication is provided accordingly to the 
observer at node 56. If the visitor is entering another 
node, the actions associated with leaving the node are 

20 held in the appropriate data structure, at a further hold 
step 87, until the visitor enters the new node. These 
actions include notifying the observer at node 56 that 
the visitor has left the node and updating the . map and 
visitor list accordingly. Alternatively, if the visitor 

25 has logged out of the site, at a log-out step 88, 
Sametime notifies the visitor that he or she is logged 
out and similarly notifies the appropriate observer, so 
that map 40 and the associated data can be updated. It 
is also possible for the visitor to log off server 24, 

30 while continuing to browse on the Web site of server 22 
without having access to the services provided by 
Livepage client 46. 

Fig. 6 is a schematic illustration of another map 90 
seen on display 36 of terminal 26, demonstrating a 
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further feature of Livemap, in accordance with a 
preferred embodiment of the present invention. Map 90 is 
essentially similar to map 40, shown and discussed 
hereinabove. Map 90 includes, inter alia, nodes 92, 96, 
5 98 and 99, preferably with accompanying gauges 94. 

In this embodiment, in addition to viewing the 
numbers of visitors at different pages of the Web site, 
the system manager is also able to track the progress of 
a given visitor, say ''Surfer A'' visiting the site using 

10 computer 28, as the visitor moves from page to page 
through the site. The manager selects the given visitor, 
typically from a list of visitors to the site or to a 
particular node in the site, which is displayed by client 
44, as described above. The nodes corresponding to the 

15 pages visited by that visitor are then read from the 
database and marked on map 90. For this reason, nodes 
92/ 96, 98 and 99 are darkened in Fig. 6. Preferably, 
when map 90 is shown on display 38, these nodes are 
dynamically highlighted, one after another in sequence, 

20 to show the order in which the visitor has visited the 
particular pages. 

The feature of Livemap illustrated by Fig. 6 is 
particularly useful in facilitating interaction between 
the system manager, or between other personnel associated 

25 with the Web site, and the visitor. For example, the Web 
site shown in map 90 may be associated with a ''help desk" 
for assisting customers in finding and purchasing or 
obtaining service assistance regarding a company' s 
products. In this case, map 90 is preferably displayed 

30 on terminal 2 6 automatically when a given customer 
contacts the help desk, highlighting the pages that the 
customer has visited. The help desk agents can use the 
map to see what information the customer should have 
already received, to guide the customer to other pages of 
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relevance on the site, and to answer questions that the 
customer may have in the context of a particular page 
that the customer is visiting. For the purpose of this 
communication in context, chat/event server 24 is 
5 preferably used to open a text chat, shared whiteboard, 
IP voice link or other shared application between the 
help desk agent and the customer. 

This mode of interaction between help desk agents 
and customers is just one example of the sorts of 

10 interactions that can be supported between terminal 2 6 
and visitors' computers 28 and 30, These interactions 
may be initiated either by the visitor or by the system 
manager or other site personnel. Other examples include 
guided and interactive learning, wherein visitors to an 

15 educational site are able to discuss the subject matter 
of the site with one another and with expert tutors, and 
proactive marketing for Web-based electronic commerce. 

LIVEPAGE FEATURES AND USER INTERFACE 
Fig. 7 is a schematic illustration of a ''Welcome" 

20 window 100 generated on display 36 of computer 28 by 
Livepage client 46 when the visitor enters the Web site 
of server 22, in accordance with a preferred embodiment 
of the present invention. Window 100 is preferably 
overlaid on a browser window displaying whichever Web 

25 page the visitor has accessed. Controls 102, 104 and 106 
in the window enable the visitor to access information on 
server 24 regarding other visitors to the site. Thus, 
control 102 will generate a display of the pages of the 
Web site with the largest numbers of visitors. Control 

30 104 will cause a list of visitors to the site to be 
displayed, as shown and described hereinbelow with 
reference to Fig. 10. Control 106 will enable the 
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visitor to chat with other visitors on a given Web page, 
as described below with reference to Fig. 11. 

Preferably, window 100 and other windows described 
hereinbelow are stored on server 22 in the form of 
hypertext mark-up language (HTML) descriptions and 
JavaScript instructions. In a preferred embodiment, two 
JavaScript snippets are inserted into every HTML page 
stored on server 22 that is to offer Livepage service to 
client 46, The first snippet, inserted at the page 
header, includes a JavaScript file, called "livepage . j s, " 
for example. The second snippet, inserted at the end of 
the page body, invokes a JavaScript method, 
"handleEnter ( j sdir) , " which is defined in livepage. js. 
The argument ^^jsdir" stands for the location of the 
JavaScript sources on server 22. These snippets interact 
with a Livepage Java applet, which is downloaded from 
server 22 to computer 28 and provides Livepage service 
for all of the relevant pages in the Web site, as 
described further hereinbelow. 1IBH[HH||^^MiiHHBI^B 

This JavaScript-based implementation of Livepage is 
advantageous in that it does not substantially slow the 
operation of other features of the Web site. The 
Livepage applet needs to be downloaded and started only 
once for the entire Web site. The "liveness" of the Web 
site and can be easily reconfigured or disabled, simply 
by changing the reference to livepage. js, in a single 
line on a single page of the site. The JavaScript 
implementation has the disadvantage, however, that both 
Netscape Navigator and Microsoft Internet Explorer 
currently restrict JavaScript use across domains, so that 
the JavaScript cannot access fields of a window from 
another domain. Therefore, in this embodiment, visitors 
are limited to viewing the identities of other visitors 
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and interacting with visitors who are visiting the same 
domain {typically the same Web site) as they are. In 
other embodiments of the present invention, however, the 
Livemap and Livepage clients are configured so that 
5 visitors can view and interact with visitors over 
substantially any selected group of virtual places or 
network-accessible resources. 

In order for Livemap client 44 and Livepage client 
4 6 to know the identities of the users of computers 2 8 

10 and 30, it is necessary that these users or their 
computers identify themselves when accessing server 22 to 
visit the associated Web site. For this purpose, the 
visitor is encouraged to select a ^^join in" control 108 
in window 100, which then brings up a log-in screen, as 

15 described hereinbelow. Logging-in enables the visitor to 
initiate and participate in chats and other interactions. 
It is not needed, however, for providing the ^Vater 
gauge" indication described hereinabove with reference to 
Fig. 3, or for invoking the functions of controls 102, 

20 104 and 106, Similarly, if Livepage is disabled, as 
described above, or if it is configured for "silent" or 
"hidden" operation, window 100 will not appear at all, 
and the visitor will not be required to log in when 
entering the Web site. In silent or hidden operation, or 

25 when the visitor has chosen not to log-in, the visitor 
can still be logged in to Sametime server 24 anonymously, 
as described hereinbelow, and can thus be invited to 
participate in a chat session, for example. 

Figs. 8A and SB are flow charts that schematically 

30 illustrate a method by which a visitor visiting the Web 
site on server 22 logs in and is tracked while navigating 
among the pages of the site, in accordance with a 
preferred embodiment of the present invention. When the 
visitor first enters a page of the site, at an enter 
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Livepage step 110, the livepage.js JavaScript invokes the 
handleEnter method described hereinabove. This method 
determines whether "Welcome" window 100 has already been 
opened for this visitor and, if so, whether the window 
5 was subsequently closed. If the window has not yet been 
opened, it is opened, at an open window step 112. While 
the window is open, handleEnter waits for acknowledgment 
that the window is ready, at a wait step 113, It is 
important to wait for this acknowledgment in order to 

10 avoid timing errors while the Web page is still loading. 

If window 100 has already been opened and closed, it 
means either that the visitor already logged in on 
another page, or that the visitor closed window 100 
because, evidently, the visitor did not wish to receive 

15 Livepage services. In either case, the visitor is able 
to continue browsing through the Web site, at a continue 
step 111, without window 100 opening again. If the 
visitor closes window 100 without logging in, the visitor 
may be logged in anonymously. Alternatively, for each 

20 page of the Web site that the visitor opens, "cookies" 
are written to and read from the visitor's computer, as 
is known in the art, in order to track and gather 
information regarding the visitor's visit to the site. 
More generally speaking, cookies can be used to track 

25 user visits to pages of the Web site and to report this 
information for inclusion in map 40, even without the use 
of chat/event server 24. 

Preferably, window 100 is part of a FrameSet, as is 
known in the JavaScript art. The FrameSet contains two 

30 frames at a time: a top frame (Fl) that is invisible to 
the visitor, and a bottom frame (F2 or F3) that is 
displayed. The purpose of Fl is to communicate .with the 
methods of livepage.js. It provides the acknowledgment 
when window 100 has opened, as well as performing other 



IS999-038 



22 



35468S.DOC 



08:19 AH DK 



35468S 



IBM CONFIDENTIAL 



functions described hereinbelow. The visible part of F2 



5 




When the visitor selects "join in" control 108 in 



window 100, F2 is replaced by F3, which initiates the 
above-mentioned visitor applet of Livepage client 4 6, at 
an initiate step 114. F3 also contains JavaScript 

10 methods to communicate with the applet and with Fl . The 
applet creates a Sametime client for the visitor, at a 
client creation step 115, and prompts the visitor for 
log-in information, at a log-in information step 116, 

Fig. 9 is a schematic illustration of a log-in 

15 window 122, which is a visible part of frame F3 displayed 
on computer 28, at step 116 (Fig. BA) , in accordance with 
a preferred embodiment of the present invention. A log- 
in dialog box 128 gives the visitor a choice of logging 
in anonymously, by making a toggle selection 124, or of 

20 making an alternative selection 125 to log in with 
authentication. If the visitor selects anonymous log-in, 
he or she is preferably prompted to enter a nickname, 
which is then used to identify the visitor to other site 
visitors. If the visitor selects authenticated log-in, 

25 he or she enters an appropriate user name in a username 
field 126 and a password in a password field 127. The 
visitor is then logged in, at a log- in step 118 (Fig. 
8B), and can proceed to navigate through the Web site. 

Because the Sametime server does not support 

30 unauthenticated log-in, when a visitor is to be logged-in 
anonymously, Livepage client 4 6 assigns the visitor a 
dummy identity, with a pre-assigned password, at a dummy 
identity step 117, for use in completing log-in step 118. 
The visitor is not aware of this identity assignment. 
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Furthermore, because Sametime will not allow two visitors 
with the same identity to be logged in at the same time, 
it is necessary to ensure that all of the dummy 
identities that are assigned at any one time are 
different. Therefore, at step 117, client 46 invokes a 
cgi-bin script running on server 24, which returns the 
next value from a list of identifiers. Typically, the 
script runs a counter that returns the next visitor 
number. The list of visitor numbers should be long 
enough to accommodate the expected number of visitors to 
the site. It will be understood, however, that 

assignment of dummy identities of this sort is a response 
to a particular feature of the Sametime server,, and is 
not necessarily required in alternative implementations 
of the present invention. 

Returning now to log-in step 118 in Fig. 8B, once 
the log-in is completed, the applet informs the 
JavaScript of frame F3 that it is ready to proceed with 
visitor tracking. F3 informs Fl, in another JavaScript 
thread, that the applet is ready, whereupon the applet is 
released for browsing. During the log-in sequence, Fl 
stores information regarding pages that the visitor has 
visited in the Web site while the log-in was going on. 
At an enter page step 119, Fl passes this information to 
F3, which accordingly calls an enter (page) method of the 
applet. This method informs Livepage client 4 6 {and 
Livemap client 44, or is this provided by the observers?} 
of the pages visited by the visitor. Subsequently, any 
time the visitor leaves a page, at a leave page step 120, 
or enters another page, livepage. js will inform Fl, which 
will make an immediate call to F3, so that the 
appropriate applet method leave (page) or enter (page), 
respectively, is invoked. F3 simultaneously displays 
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appropriate Livepage information to the visitor, at a 



display step 122 , 




These procedures continue until the visitor logs out 
of the Web site, at a log out step 121. At this point, 
5 the applet is informed that it should log out, Fl is 
notified that the applet is no longer ready, and F2 is 
reloaded, replacing F3 . 

In an alternative embodiment of the present 
invention, in place of the JavaScript implementation 

10 described hereinabove, a Java applet tag is inserted into 
every HTML page that is to offer Livepage capability. 
This approach has the advantage of relative simplicity, 
and allows visitors to be tracked across groups of Web 
pages from different Web domains. It has the 

15 disadvantages that a new Java applet is initiated and 
runs every time a visitor moves to a new page and, 
furthermore, that all pages of a Web site must be changed 
in order to reconfigure or disable Livepage operation. 



20 method and a stop method, which are called by the 
visitor's Web browser every time a new page is loaded or 
unloaded and whenever the browser window is resized. The 
start method creates a Sametime place for the new page, 
using the URL of the page as the place name. flHHHB 



and generates an event indicating that the visitor has 
entered the place. The stop method generates an event 
indicating that the visitor has left the place and 
30 unregisters the listener. These start and stop methods 
are not needed in the JavaScript embodiment. 



list window 130, displayed by the Livepage client at step 
122 (Fig. 8B) , in accordance with a preferred embodiment 



The applet in this embodiment includes a start 



25 




Fig. 10 is a schematic illustration of a visitor 
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of the present invention. The window presents a 
scrollable list 132 of visitors to the Web site, 
including visitor names 134 (or nicknames) and places 
136, i.e., the Web page on which each visitor is 
5 currently located. The visitor can then select and 
interact with one or more of the visitors from list 132, 
typically other visitors who are on a Web page of 
interest to the visitor and/or other visitors with whom 
the visitor is familiar. In window 130, two modes of 

10 interaction are offered: either chatting, by invoking a 
chat control 138, or sharing a whiteboard, by invoking a 
whiteboard control 140, These are particular services 
offered by the Sametime chat/event server 24 and are 
shown here by way of example. Client 4 6 may similarly be 

15 used to invoke other modes of interaction, depending on 
the capabilities of server 24 and server applications 
that are available on the Web site. 

Fig, 11 is a schematic illustration of a chat window 
150, displayed on computer 28 when the visitor selects 

20 chat control 138 or otherwise joins a chat in progress, 
in accordance with a preferred embodiment of the present 
invention. In this case, the visitors shown in list 132 
(Fig. 10) have joined a tutorial led by "Notes R5 Tutor" 
in the form of a five-way chat, in the context of the 

25 Lotus Notes Web site mapped in Fig. 6. The current 
participants are listed in. a participant box 152. Other 
participants may be invited to join in using an "invite 
others'' control 160, and participants may leave the chat 
by invoking a leave control 162. Participants type their 

30 text in an input box 156, and then invoke a send control 
158 to pass their comments to the other participants . 
These comments are shown in a text box 154. 

It will be appreciated that the preferred 
embodiments described above are cited by way of example, 
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and that the present invention is not limited to what has 
been particularly shown and described hereinabove. 
Rather, the scope of the present invention includes both 
combinations and subcombinations of the various features 
described hereinabove, as well as variations and 
modifications thereof which would occur to persons 
skilled in the art upon reading the foregoing description 
and which are not disclosed in the prior art. 
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